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Amendments to the Specification 

Please substitute the following paragraph [001 1] for pending paragraph [001 1]: 

The foregoing and other features and advantages of the invention will be apparent 
from the following, more particular description of a preferred embodiment of the 
invention, as illustrated in the accompanying drawings^. 

Please substitute the following paragraph [0023] for pending paragraph [0023]: 

Exception logic 10 4 logic 104 sets up core 100 to execute a set of processor 
instructions stored in memory 114. These instructions constitute the exception handling 
routine which functions to proc e ss e s process the misaligned address and cause data to be 
transformed from a stored form into an executable instruction. The executable instruction 
is then stored in memory for use after the exception routine is complete. In an 
embodiment, the memory address containing the data to be transformed is offset by a 
known amount from the misaligned address provided by the programmer. The 
programmer sets up the exception handling routine to add this offset to the misaligned 
address and retrieve the data stored at the offset location. Another embodiment of the 
invention uses a misaligned instruction address as the data to be transformed. A further 
embodiment uses the misaligned address and a programmer generated lookup table to 
generate the memory address containing the compressed data. 
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Please substitute the following paragraph [0032] for pending paragraph [0032): 

The example routine is written in a C language format. This code is for 
illustrating the basic operation of an exception handling routine and cannot be compiled. 

/* The hardware exception logic transfers program execution to a 

preprogrammed address where a software exception handler is stored. For this example 

the exception handler is called Ex e cption_handlor Exception handler . The bad address is 

data that caused a hardware exception condition in the core 100. 
*/ 

Ex e cption handlorO Exception handlerO 

{ 

/* Check to see if this is an exception for a bad address. 
*/ 

if (conduct hardware dependent check for bad address); 
{ 

/* 

The hardware exception logic passes the bad address to the software exception 
handler (the detailed method is hardware dependent). The software exception handler 
uses the bad address to determine if the exception is a decode trigger or an actual bad 
address. To do this the hardware may have a list of valid addr e ss addresses that are 
acceptable or a range or addr e ss of addresses that are acceptable or just check to see if it 
is [[a]] an odd address (lowest order address bit set). 

*/ 

if (valid decode address); 
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{ 

/* 

If the software exception handler determines the cause of the exception is a 
purposeful decode trigger, it may use the bad address to determine where the encoded 
data is stored and decode that encoded data into a location in memory from which it can 
later be executed. If a transformation of the data is desired, a function, decode, is call to 
perform that function. The decode function will decide when to stop decoding. For 
example if this were a program instruction, being decoded, a good stopping point would 
be the next branch instruction. The decode function will return a value, decode return. 
This value could represent an address of a decoded section of code that the core 100 can 
use to continue execution after it leaves the decode function or as an address where the 
newly decoded data is stored. 

*/ 

decodereturn = decode(bad_address) 
/* 

What the software exception handler does depends on what was decoded. For 
this example, [[if]] the decoder decoded compressed instructions and the decode_retum 
value was the address of the first instruction of a block of instructions that were decoded. 
The decode function will need to "fix" the address so the core 100 will know where to 
begin execution after the exception handling function finishes. In many core 100 designs 
there is a register in the core 100 called a program counterll2 which is the address the 
core 100 uses to fetch the current instruction or the next instruction that will be executed. 
The program counter 112 may still contain the bad address that caused the exception. 
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This address needs to be changed to the address of the decompressed code so the core 
100 will begin executing of the decompressed code. 
*/ 

fix_program_connter(decode_return); 
else 

{ 

/* 

If this was not a valid decode address or exception then the exception function 
will continue here with logic to process the exception. 

[[/*]] HL 

} 

} 

else 
{ 

/* 

Check for other exceptions 

*/ 

} 
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/* 

At this point the exception function will do any addition hous e k e eping additional 
housekeeping that is aeed needed for the particular core 100 architecture and return. 
*/ 

return; 

> 

Please substitute the following Abstract, which is also presented on a separate 
sheet attached hereto, for the pending Abstract: 

Processor instructions are compressed and stored in computer system memory. 
When the processor instruction instructions are required for execution a misaligned 
address is sent to the processor. The misaligned instruction causes a computer processor 
exception. The computer system automatically executes an exception handling routine 
that transforms the compressed instructions into executable instructions for the 
processor. 



